home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000341_news@newsmaster….columbia.edu _Wed Nov 25 00:35:43 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA21897
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 25 Nov 1998 00:35:42 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA02432
  7.     for kermit.misc@watsun; Wed, 25 Nov 1998 00:35:42 -0500 (EST)
  8. Path: news.columbia.edu!panix!howland.erols.net!wn3feed!worldnet.att.net!135.173.83.225!attworldnet!newsadm
  9. From: "Joseph L. Kaiser" <jlkaiser@ouray.cudenver.edu>
  10. Newsgroups: comp.protocols.kermit.misc,de.alt.comm.mgetty
  11. Subject: Re: At Wit's End on system freezes
  12. Date: 25 Nov 1998 05:35:33 GMT
  13. Organization: AT&T WorldNet Services
  14. Lines: 79
  15. Message-ID: <365B9709.212BF3F3@ouray.cudenver.edu>
  16. References: <365ACCF8.1C502662@ouray.cudenver.edu> <73em90$6ch$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: 12.74.90.212
  18. Mime-Version: 1.0
  19. Content-Type: text/plain; charset=us-ascii
  20. Content-Transfer-Encoding: 7bit
  21. X-Mailer: Mozilla 4.04 [en] (Win95; U)
  22. To: Frank da Cruz <fdc@watsun.cc.columbia.edu>
  23. Xref: news.columbia.edu comp.protocols.kermit.misc:9548 de.alt.comm.mgetty:8216
  24.  
  25.  
  26.  
  27. Frank da Cruz wrote:
  28.  
  29. : The history of the problem is this.  We upgraded to RedHat 4.2 and a new
  30.  
  31. > : ethernet network.  The modems were attached to the serial ports of the
  32. > : nodes of the network (4) for various and sundry reasons.  The system
  33. > : would freeze/crash so that I would have to reboot anywhere about every
  34. > : 3-10 days.  We pulled the modems in July and put them all on the
  35. > : Rocketport on the main server.   The system began to freeze about 1-5
  36. > : times a day and I had to reboot that often.  I started to rule things
  37. > : out.  I obtained the latest and greatest RocketPort driver.  The
  38. > : behavior stayed the same.  I played with the initialization strings in
  39. > : mgetty and the behavior stayed the same.
  40. > :
  41. >
  42.  
  43.  
  44.  
  45. > This is a critical area.  There might very well be a setting that makes
  46. > the problem go away, but you didn't hit upon it in your experimentation.
  47. > For example, did you try all possible DSR-behavior selections?  (&S0,
  48. > &S1, &S2, ...)
  49. >
  50.  
  51. No, I could try this...
  52.  
  53. > : In the middle of all this, I
  54. > : discovered that if I turned on and off the offending modem my system
  55. > : "unfroze" without rebooting.  This saved a lot of time and frustration
  56. > : for all concerned.
  57. > :
  58. > Because it resets the modem to its factory or saved state, which agrees
  59. > with what mgetty and the port drivers need.
  60. >
  61. > : I then sought to find out what made a modem an
  62. > : offending modem.  It appears to boil down to Kermit file transfers.
  63. > :
  64. > What else are you using the modems for besides Kermit transfers?
  65.  
  66. Nothing other then kermit transfers and the occasional at home user.
  67.  
  68. > : Sometimes when the script is restarted and the modem is then accessed
  69. > : the system freezes, as if  the modem is already being used but no lock
  70. > : file exists.
  71. > :
  72. >
  73.  
  74.  
  75.  
  76. > When you say "the system freezes", do you mean the entire system, or do you
  77. > mean the process that is trying to open the modem?  If you mean the whole
  78. > system, then there is a serious problem in the system itself, since no
  79. > user program should be able to freeze Linux.
  80. >
  81.  
  82. When I say "the system freezes" I mean the entire systems stops.  The modem lights
  83. cease to move, I can't toggle windows on the main server or any of the nodes of
  84. the network, there is no logging in there is no logging out, all processes stop
  85. whether on the server or on the nodes.  From what you and Gert are saying this is
  86. starting to sound like a hardware problem, isn't it?  Or possibly a network
  87. configuration problem.  I "inherited" this system from a previous systems
  88. administrator who did all the initial set up of the network.  Not having the
  89. knowledge to properly assess his work in this matter I have let it go.  Perhaps I
  90. need to check everything.
  91.  
  92. Thanks to both you and Gert.  I have plenty to start testing.  If this is sounding
  93. to your minds like a hardware problem or some kind of configuration problem,
  94. please let me know.
  95.  
  96. Also, in response to setting the hangup method to rs232, I already do that, one of
  97. the first things I tried.  and the modem is already set for &D2.  But I will
  98. definitely try using the generic modem.
  99.  
  100. Thanks much,
  101.  
  102. Joe Kaiser
  103.